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(54) Verfahren zum Bereitstellen von Diensten, Infrastrukturverwalter und Dienststeuerplattform 



(57) Die Erfindung betrifft ein Verfahren zum Bereit- 
stellen von Diensten in einem aus Teilnetzen verschie- 
dener Betreiber (QP1, OP2) bestehenden Telekommu- 
nikationsnetz sowie einen Infrastrukturverwalter und ei- 
ne Dienststeuerplattform zur Durchfuhrung des Verfah- 
rens. Die Dienststeuerplattform eines ersten Teilnetzes 
weist ein oder mehrere Dienststeuereinherten und einen 
Infrastrukturverwalter auf. Eine Dienstvermittlungsfunk- 
tion einer Dienstvermittlungsstelle (SSP1) des ersten 
Teilnetzes des Telekommunikationsnetzes wird durch 
einen Rut (CAL1) getriggert. Eine hierbei erzeugte 
Dienstanforderungsnachricht (SR1) wind von der 



Dienstvermittlungsstelle (SSP1) an den Infrastruktur- 
verwalter des ersten Teilnetzes geleitet. Der Infrastruk- 
turverwalter ermittelt mittels einer in der Dienstanforde- 
rungsnachricht (SR1) transportierten Dienstkennung, 
von welchem Betreiber der Dienst bereitzustellen ist. 
Der Infrastruktur Verwalter leitet die Dienstanforde- 
rungsnachricht (SR1 ) an eine der Dienststeuereinherten 
(SCP1 ) des ersten Teilnetzes weiter, wenn als Betreiber 
der Betreiber (OP1 ) des ersten Teilnetzes ermittelt wird. 
Ansonsten ubergibt der Infrastrukturverwalter die 
Steuerung des Dienstes an eine Dienststeuereinhert 
(SCP4) eines zweiten Teilnetzes, das dem ermittelten 
Betreiber zugeordnet ist. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Bereit- 
stellen von Diensten in ein em aus Teitnetzen verschie- 
dener Bet re i be r bestehenden Telekommunikationsnetz 
nach dem Oberbegriff von Anspruch 1 , einen Infrastruk- 
turverwalter nach dem Oberbegriff von Anspruch 10, 
und eine DienststeuerpEattform nach dem Oberbegriff 
von Anspruch 14. 

[0002] Die Erfindung geht von der Erbringung von 
Diensten gemaB der IN-Architektur (IN = Intelligent Net- 
work) aus, wie sie beispielsweise in dem Artikel "Pro- 
dukte fur intelligente Netze', Elektrisches Nachrichten- 
wesen, Band 63, Nummer 4, 1989, Seite 321 bis 330 
von J.-P Euzen und J. B. Kerihuel beschrieben ist. 
[0003] Ein Telekommunikationsnetz eines Netzbe- 
treibers verfugt uber mehrere Dienstvermittlungsstel- 
len, die uber das Signalisierungssystem Nr. 7 mit meh- 
reren Dienststeuereinheiten des Netzbetreibers ver- 
bunden sind. Dienste werden nur fur Teilnehmer des ei- 
genen Telekommunikationsnetzes erbracht. Die Dienst- 
vermittlungsstellen erkennen betreiberspezifische Trig- 
ger-E reign isse, z. B. eine spezielles Prefix, die anzei- 
gen, daft ein rufender Teilnehmer den Zugang zu einem 
IN-Dienst benotigt. Erkennt nun eine Dienstvermitt- 
lungsstelle bei einem Verbindungsaufbau, an dem sie 
beteiligt ist, ein solches Trigger-E re ignis, so sendet sie 
etne Dienstanforderungsnachricht an diejenige Dienst- 
steuereinheit, die uber eine Dienstelogik fur den beno- 
tigt en IN Dienst verfugt. Die Dienstlogik stellt ein Steu- 
erprogramm dar, das, sobald es durch die Dienstanfor- 
derungsnachricht aktiviert wird, die Ausf uhrung des be- 
notigten IN-Dienstes steuert. Fur die Erbringung des be- 
notigten IN Dienstes interagiert hierbei im Folgenden 
die aktiviert e Dienstlogik der Dienststeuereinhert mit der 
Dienstvermittlungsstelle. Ist der benotigte IN Dienst er- 
bracht, so wird der Dialog zwischen Dienstvermittlungs- 
stelle und Dienststeuereinhert sowie die Ausf uhrung 
des Dienstlogikprogramms beendet. 
[0004] Der Erfindung Negt nun die Aufgabe zugrunde, 
die Bereitstellen von Diensten in einem aus Teilnetzen 
verschiedener Betreiber bestehenden Telekommunika- 
tionsnetzen zu verbessern. 

[0005] Diese Aufgabe wird gelost durch ein Verfahren 
zum Bereitstellen von Diensten in einem aus Teilnetzen 
verschiedener Betreiber bestehenden Telekommunika- 
tionsnetz nach der Lehre von Anspruch 1, einen Infra- 
strukturverwalter nach der Lehre von Anspruch 10, und 
eine Dienststeuerplattform nach der Lehre von An- 
spruch 14. 

[0006] Der Erfindung liegt hierbei der Gedanke zu- 
grunde, die Dienststeuerplattform, die die Erbringung 
von Diensten in einem Telekommunikationsnetz eines 
Betreibers steuert, in eine zweilagige Struktur aufzu- 
spaften: Ein als untere Lage neu eingefuhrter Infrastruk- 
turverwalter ermittelt fur jede Dienstanforderungsnach- 
richt, von welchem Betreiber der angeforderte Dienst 
bereitzustellen ist. AnschlieBend verteilt der Infrastruk- 



turverwalter die Dienstanforderungsnachricht an eine 
der Dienststeuereinheiten des Betreibers oder ubergibt 
die Steuerung des Dienstes in die Verantwortung eines 
anderen Netz- Oder Dienstbetreibers. Die obere Lage 
s der Dienststeuerplattform bilden die Dienststeuerein- 
heiten des Betreibers. 

[0007] Der Vorteil der Erfindung besteht darin, daft so 
eine often e Dienstarchitektur moglich wird und die 
Dienstvermittlungsstellen und Dienststeuereinheiten 

10 entkoppelt werden. Dadiirch werden zum einen komple- 
xe Dienstszenarien moglich. Dienste stehen nun betrei- 
berunabhangig zur Verfugung. Weiter wird durch diese 
Entkopplung der Aufbau von Multi-Dienstplattformen 
begunstigt, die Diensterbringung wird beschleunigt. 

is Diese Vbrteile werden hierbei erreicht, ohne bestehen- 
de Standards in diesem Bereich (IN-Architektur, IN = In- 
telligent Network) andern zu mussen, was eine schnelle 
und kostengunstige Realisierung ermoglicht. 
[0008] Vorteilhafte Ausgestaftungen der Erfindung 

20 sind den Unteranspruchen zu entnehmen. 

[0009] We iter ist es vor allem vorteilhaft, wenn durch 
den Infrastrukturverwalter auch Rufnummemportabili- 
tats-Funktionen erbracht werden. Dadurch wird das 
Dienstmanagement vereinfacht (separates Infrastruk- 

25 tur-Management), die Dienststeuereinheiten werden 
von diesen Inf rastruktur-Auf gaben entlastet, die so auch 
schneller ausgefuhrt werden konnen. We iter kann fur 
Rufnummernportabilitatsfunktionen und die Funktionen 
des Infrastrukturverwalters nach Anspruch 1 vorteilhaf- 

30 terweise eine gemeinsame Datenbasis venvendet wer- 
den. 

[0010] Weiter ist es vor allem vorteilhaft, I NAP- Kon- 
verterfunktionen (I NAP = Intelligent Network Application 
Protocol) in dem Infrastrukturverwalter vorzusehen. 
35 Hierdurch werden die Dienstvermittlungsstellen und 
Dienststeuereinheiten weiter entkoppelt, die Zusam- 
menarbeit von Produkten verschiedener Hersteller und 
die Verwendung bestehender Einrichtungen wird er- 
leichtert. 

40 [0011] im folgenden wir die Erfindung anhand mehre- 
re r Ausf uhrungsbeispiele unterZuhilfenahme beiliegen- 
der Zeichnungen beispielhaft erlautert. 

Fig. 1 zeigt ein Blockschaltbild eines Ausschnittes 
45 aus einem Telekommunikationsnetz mit zwei 

verschiedenen Betreibern zugeordneten er- 
ftndungsgemaBen Dienststeuerplattform en. 

Fig. 2 zeigt eine f unktionelle Darstellung eines erfin- 
50 dungsgemaBen Infrastrukturverwalters fur 

ein erstes Ausfuhrungsbeispiel. 

Fig. 3 zeigt eine f unktionelle Darstellung eines erfin- 
dungsgemaBen Infrastrukturverwalters fur 
55 ein zweites Ausfuhrungsbeispiel. 

Fig. 4 zeigt eine f unktionelle Darstellung eines erf in- 
dungsgemaBen Infrastrukturverwalters fur 
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ein drrttes Ausfuhrungsbeispiel. 

[0012] Fig. 1 zeigt beispielhaft zwei Teilnetzen TK1 
und TK2 eines Telekommunikatlonsnetz, die unter- 
schiedlichen Betreiber OP1 bzw. OP2 zugeordnet sind. 
Es ist naturiich moglich, daB das Telekommunikations- 
netze wetter Teilnetze umfaBt. Bei den Teilnetzen TK1 
und TK2 handelt es sich um ubliche Fernsprechnetz. Es 
ist jedoch auch moglich, daB die Teilnetzen TK1 und 
TK2 auch der Daten- oder Videoubertragung dient. Bei 
den Teilnetzen TK1 und TK2 kann es sich auch um Mo- 
biff unknetze handeln. Die Teilnetzen TK1 und TK2 kon- 
nen wiederum aus mehreren miteinander verbundenen, 
unterschiedlichen Teilnetzen bestehen. 
[0013] Die Teilnetzen TK1 und TK2 werden jeweils 
von einer Vielzahl miteinander verbundenen Vermitt- 
lungsstellen gebildet, von denen in Fig. 1 beispielhaft 
jeweils speziell ausgestattetet Vermittlungsstellen, drei 
Dienstvermittlungsstellen SSP1 bis SSP3 bzw. zwei 
Dienstvermittlungsstellen SSP4 und SSP5 gezeigt sind. 
Weiter weisen die Teilnetzen TK1 und TK2 jeweils eine 
Dienststeuerplattform SP1 bzw. SP2 auf, die mit den 
Dienstvermittlungsstellen SSP1 bis SSP3 bzw. SSP4 
und SSP5 verbunden sind. 

[0014] Die Dienststeuerplattformen SP1 und SP2 
steuem innerhalb des jeweiligen Teilnetzes die Erbrin- 
gung von Diensten fur Verbtndungen des Telekommu- 
nikatbnsnetzes. Die Dienststeuerplattformem SP1 und 
SP2 weisen einen Infrastrukturverwalter IMU1 bzw. 
IMU2 und jeweils ein oder mehrere Dienststeuereinhei- 
ten auf, von denen in Fig. 1 beispielhaft jeweils drei 
Dienststeuereinheiten SCP1 bis SCP3 bzw. SCP4 bis 
SCP6 gezeigt sind. 

[0015] Bei den Dienstvermittlungsstellen SSP1 und 
SSP5 handelt es sich vorzugsweise um Dienstvermitt- 
lungsstellen gemaB der IN Architektur. Die Zahl der 
Dienstvermittlungsstellen SSP1 und SSP5 ist beispiel- 
haft gewahlt, es muB jedoch zumindest eine solche Ver- 
mrttlungsstelle im jeweiligen Teilnetz TK1 bzw. TK2 vor- 
handen sein. Die Dienstvermittlungsstellen SSP1 bis 
SSP5 sind uber das jeweilige Signalisierungsnetz des 
jeweiligen Teilnetzes TK1 bzw. TK2, beispielsweise 
uber ein Nr. 7 Signalisierungsnetz, mit dem Infrastruk- 
turverwalter IMU1 bzw. IMU2 verbunden. Es ist auch 
moglich, daQ Anstelle des Signaltsierungsnetzes ein 
breitbandiges Datennetz, beispielsweise ein ATM-, 
DQDB oder IP Datennetze (ATM = Asynchronous 
Transfer Mode, DQDB = Distributed Queue Dual Bus, 
IP - Internet Protocol) fur diese Verbindungen verwen- 
det wird. 

[001 6] I n der Steuerung der Dienstvermittlungsstellen 
SSP1 bis SSP5 sind Dienstvermittlungsfunktion imple- 
mentiert. Die Dienstvermittlungsfunktionen erkennen 
jeweils bestimmte Trigger Ereignisse beim Aufbau einer 
Verbindung, die uber die jeweilige Dienstvermittlungs- 
stelle aufgebaut wird. Solche Trigger-Ereignisse kon- 
nen beispielsweise bestimmte gerufene Rufnummer 
(Verbindungsziel) oder bestimmte Eigenschaften des 



rufenden und gerufenen Teilnehmers (Verbindungsur- 
sprung) sein. Wird ein solches Ere ignis beim Aufbau ei- 
ner Verbindung von einer Dienstvermittlungsfunktion fur 
einen Rut erkannt, so erzeugt sie eine Dienstanforde- 

s rungsnachricht, sendet sie an den Infrastrukturverwalter 
IMU1 bzw. IMU2 und fuhrt im daran anschlieBenden 
Dialog (Dienstinteraktion) die an sie von dem Infrastruk- 
turverwalter IMU1 bzw. IMU2 gerichteten Befehle aus, 
die die wertere Bearbeitung der Verbindung betreffen. 

10 Solche Befehle bestehen beispielsweise in der Weiter- 
leitung der Verbindung zu einer anderen Rufnummer 
oder der Anlage von Sprachansagen oder Spracher- 
kennungssystemen, beispielsweise mittels eines 
Dienstunterstutzungssystems. 

15 [0017] Im folgenden wird der Aufbau der Dienststeu- 
erplattformen SP1 und SP2 beispielhaft anhand der 
Dienststeuerplattform SP1 erlautert. 
[0018] Die Dienststeuereinheiten SCP1 bis SCP3 
und der Infrastrukturverwalter IMU1 werden jeweils von 

20 miteinander uber ein Kommunikationsnetze verbunde- 
nen Rechnerplattformen gebildet, auf denen Applikatio- 
nen zur Erfullung der jeweiligen Fun kt ion aufsetzen. Es 
ist auch moglich, daB die Dienststeuereinheiten SCP1 
bis SGP3 und der Infrastrukturverwalter IMU1 virtuelle 

25 Maschinen darstellen, die auf ein oder mehrere mitein- 
ander verbundene Server-Rechner verteilt sind. Bei 
dem Kommunikationsnetz handelt es sich um ein Rech- 
nernetz, das der Verknupfung von Rechnerplattformen 
dient, beispielsweise um ein breitbandiges Datennetz 

30 wie ein LAN (Local Area Network). Es ist jedoch auch 
moglich, daft es sich bei dem Kommunikationsnetz um 
das Signalisierungsnetz des Teilnetzes TK1 handelt. 
Verschiedene Dienststeuereinheiten konnen auch uber 
unterschiedliche Kommunikationsnetze mit dem Infra- 

35 strukturverwalter IMU1 verbunden sein. Der Infrastruk- 
turverwalter IMU1 ist weiter mit den Dienststeuereinhei- 
ten SCP4 bis SCP6 des Teilnetzes TK2 und mit den 
Dienststeuereinheiten weiterer Teilnetze uber ein Kom- 
munikationsnetz verbunden. Bei diesem Kommunikati- 

40 onsnetz handelt es sich vorzugsweise um das Signali- 
sierungsnetz des Telekommunikationsnetzes. Es kann 
sich bei diesem Kommunikationsnetz jedoch auch um 
ein anderes Datennetz, beispielsweise um ein IP Netz 
handeln). 

45 [0019] Die Funktionsweise der Dienststeuereinheiten 
SCP1 bis SCP3 entspricht vorzugsweise jeweils der ei- 
nes Dienststeuerpunktes gemaB der IN-Architektur. Die 
Dienststeuereinheiten SCP1 bis SCP3 weisen jeweils 
ein oder mehrere Dienstlogika auf. Die Dienstlogika 

so stellen jeweils ein Dienststeuerprogramm dar, das die 
Steuerung der Erbringung eines speziellen Dienstes be- 
schreibt. Wird die Ausfuhrung einer der Dienstlogika fur 
eine Verbindung aktiviert, so wird ein ProzeB gestartet, 
der das jeweilige Dienststeuerprogramm fur diese Ver- 

55 bindung durchfuhrt. 

[0020] Der Infrastrukturverwalter IMU1 weist drei 
Kommunikationseinheiten KOM1 bis KOM3 und eine 
Steuereinheit CONTR auf. 
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[0021] Die Kommunikationseinheit KOM1 fuhrt Funk- 
tionen durch, die eine Interaktion mit den Dienstvermitt- 
lungsfunktionender Dienstvermittlungsstellen SSP1 bis 
SSP3 und insbesonders einen Empfang und eine Inter- 
pretation der von diesen Dienstvermittlungsfunktionen 
stammenden Dienstanforderungsnachrichten ermog- 
licht. Diese Funklionen umfassen Funktionen zur Bear- 
beitung der hierfur verwendeten Transportprotokolle, 
beispielsweise der Transportprotokolle des Signalisie- 
rungssystems Nr. 7. Auf diesen Funktionen setzen 
Funktionen aut, die das TCAP Protokoll des ITU-T Si- 
gnatisierungssystem Nr. 7 und das darauf aufsetzende 
INAP Protokoll (TCAP = Transport Capabilities Applica- 
tion Part, INAP = Intelligent Network Applications Pro- 
tocol) bearbeiten, mittels dem Dienstvermittlungsfunk- 
tionen und Dienststeuerfunktionen gemaB der IN-Archi- 
tektur interagieren. Die im Rahmen dieses Protokolls 
ausgetauschten IN-Applikationsnachrichten (INAP 
Nachrichten) sowie die grundlegend Dienste und Aktio- 
nen dieses Protokolls werden beispielsweise in der 
Empfehlung ITU-T Q.1219, Kapitel 6.5. Intelligent Net- 
work Applications Protokoll, Seite 26 bis 40 und detail- 
lierter in der Empfehlung ITU-T Q.1219 fur IN CS-1 er- 
lautert. 

[0022] Die Kommunikationseinheiten KOM2 und 
KOM3 f uhren Funktionen durch, die eine Interaktion mit 
den Dienststeuereinheiten SCP1 bis SCP3 bzw. den 
Dienststeuereinheiten SCP4 bis SCP6 ermoglichen. 
Diese Funktionen umfassen fur die Kommunikations- 
einheit KOM2 Funktionen zur Bearbeitung von Trans- 
portprotokollen, bei denen es sich vorzugsweise urn fur 
die Kommunikation in LAN Rechnemetzen verwende- 
ten Protokollen, beispielsweise Ethernet-, Fast-Ether- 
net-, FDDI- oder Token -Protokolle handelt. Auf diesen 
Funktionen setzen dann Funktionen zur Bearbeitung 
des IP Protokolls und des TCP Protokoll (IP = Internet 
Protokol, TCP = Transport Control Protocol) auf. Die 
Kommunikationseinheit KOM3 weist vorteilhafterweise 
die bei der Kommunikationseinhert KOM1 beschriebe- 
nen Funktionsgruppen zur Kommunikation Ober ein Nr. 
7 Signalisierungsnetz auf. 

[0023] Die Steuereinheit CONTR wird von auf der 
Rechnerplattform des Infrastrukturverwatters IMU1 
ausgefuhrten Applikationsprogrammen gebildet. Diese 
Applikationsprogramme realisieren aus funktioneller 
Sicht drei Funktionen RNP, SI und SD. 
[0024] Die Dienstanforderungsnachrichten, die von 
den Dienstvermittlungsstellen SSP1 bis SSP3 beim 
Triggem einer Dienstvermittlungsfunktion an den Infra- 
strukturverwalter IMU1 gesendet werden, werden an 
die Funktion SD geleitet. Die Funktion SD ermittelt mit- 
tels der in der Dienstanforderungsnachricht transpor- 
tierten Dienstkennung fur jede Dienstanforderungs- 
nachricht, von welchem Betreiber der Dienst bereitzu- 
stellen ist, der mittels der Dienstanforderungsnachricht 
angefordert wird. Wenn als Betreiber der Betreiber OP1 
des ersten Teilnetzes ermittelt wird, leitet die Funktion 
SD sodann die Dienstanforderungsnachricht zu eine 



der Dienststeuereinhert des ersten Teilnetzes weiter 
Ansonsten ubergibt die Funktion SD die Steuerung des 
Dienstes an eine Dienststeuereinhert desjenigen ande- 
ren Teilnetzes, das dem ermittelten Betreiber zugeord- 
5 net ist 

[0025] Die Funktion SD weist INAP Konverter C1 bis 
C4 auf. Diese INAP-Konverter ermoglichen den An- 
schluB von Dienstvermittlungsstellen bzw. Dienststeu- 
ereinheiten, die mittels unterschiedlicher INAP-Versb- 

10 nen kommunizieren. Die INAP-Konverter konvertieren 
zum einen die ankommenden, speziflschen INAP Nach- 
richten in eine einhertlich, im Infrastrukturverwalter 
IMU1 verwendete I NAP -Version. Zum anderen konver- 
tieren siedie abgehenden INAP Nachrichten in die spe- 

*5 zifischen, von der jeweiligen Dienstvermrttlungsstelle 
bzw. der jeweiligen Dienststeuereinhert verwendete 
INAP-Version. Auf die INAP Konverter C1 bis C4 kann 
auch verzichtet werden. 

[0026] Die Funktion RNP stellt eine Dienstelogik be- 

20 rert, die als Dienst eine Rufnummemportabilrtatsfunkti- 
on erbringt. Die Rufnummemportabilitatsfunktion wertet 
die Zieladresse von Rut en so urn, daB sie in das Teilnetz 
desjenigen Netzbetreibers geleitet werden, Dber den 
der Zielteilnehmer mit dem Telekommunikationsnetz 

25 verbunden ist. Die Rufnummemportabilitatsfunktion er- 
mittelt hierbei zur Zielrufnummer den zugeordneten 
Netzbetreiber und wertet anschlieBend die Ziel-Ruf- 
nummer urn, beispielsweise durch vbranstellung eines 
speziellen Prefixes, das das Ziel-Teilnetz adressiert. 

30 Dienstanforderungsnachrichten, die als Dienst eine 
Rufnummemportabilitatsfunktion anfordern, werden 
von der Funktion SD an die Funktion RNP verteilt, die 
somit die fur diesen Dienst im Teilnetz TK1 zustandige 
Dienststeuerfunktion darstellt 

35 [0027] Die Funktion SI stellt eine Dienst-lnteraktbns- 
Funktbn bereit. Diese Funktion wird durch den Emp- 
fang einer Dienstanforderungsnachricht fur einen Ruf 
aktiviert, ermittelt samtliche fur den Ruf zu erbringenden 
Dienste, und erzeugt und sendet im Folgenden die ent- 

40 sprechenden Dienstanforderungsnachrichten an die 
Funktion SD. 

[0028] Auf die Funktionen RNP und S1 kann auch 
verzichtet werden. 

[0029] Im folgenden wird nun die genaue Funktbns- 
45 weise der Funktion SD sowie die detaillierte Durchfuh- 
rung des erfindungsgemaBen Verfahrens anhand der 
Figuren 2, 3 und 4 erlautert. 

[0030] Fig- 2 zeigt zwei Endgerate A und B, die 
Dienstvermrttlungsstelle SSP1, die Vermrttlungsstelle 

so EX1, die Funktion SD und die Dienststeuereinhert 
SCP1 . Die Funktion SD weist drei Unterf unktionen SNP, 
SRF und GY, den INAP Konverter C2 und zwei Daten- 
banken DB1 und DB2 auf. die Funktion SD weist weiter 
vier logische Schnittstellen INT1 bis INT4auf, wobeidie 

55 Schnittstelle INT1 die Schnittstelie zur Unterfunktion 
SNP, die Schnittstelle INT2 die Schnittstelle zu den 
Steuereinheiten des Teilnetzes TK1 , die Schnittstelle 
INT3 die Schnittstelle zu den Steuereinheiten der ubri- 
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gen Teitnetze des Telekommunikationsnetzes und die 
Schnittstelle INT4 die Schnittstelle zu den Dienstver- 
mittlungsstellen des Teitnetzes TK1 ist. 
[0031] Den Schnittstellen INT1 bis INT3 sind jeweils 
ein anderer Interconnetion Type zugeordnet. Clber jede 
der Schnittstellen INT1 bis INT4 kann ein anderer Satz 
von I NAP Operationen zur Verfugung stehen. 
[0032] Die Unterfunktion SRF empfangt Dienstanfor- 
deaingsnachrichten von den Dienstvermittlungsstellen 
SSP1 bis SSP3 uber die Schnittstelle INT4 und ermittelt, 
uber welche der Schnittstellen INT1 bis INT3 sie die 
Dienstanforderungsnachrichten jeweils weiterzuleiten 
hat. Sie ermittelt somit den Interconnection Typ, der der 
Dienstanforderungsnachricht zuzuordnen ist. Hierzu 
bestimmt sie unter anderem mittels der in der Dienstan- 
forderungsnachrichttransportierten Dienstkennung und 
mittels Zugriff auf die Datenbank DB1 , welchem Betrei- 
ber der jeweilige von der Dienstanforderungsnachricht 
angeforderte Dienst zugeordnet ist. Wenn als Betreiber 
der Betreiber des ersten Teilnetzes TK1 ermittelt wird, 
leitet sie die Verbindungsanforderung an eine Dienst- 
steuereinheit des Teilnetzes TK1 weiter, ordnet ihr also 
den Interconnection Typ der Schnittstelle INT2 zu. An- 
sonsten leitet sie die Dienstanforderungsnachricht an 
die Unterfunktion SNP weiter oder wertet die Dienstan- 
forderungsnachricht urn und leitet sie Ober die Unter- 
funktion GY und den I NAP Konverter C2 in das Teilnetz 
des ermittelten Betreibers weiter, ordnet ihr also den In- 
terconnection Typ INT1 bzw. INT3 zu. Hierdurch uber- 
gibt sie die Steuerung des angeforderten Dienstes an 
eine Dienststeuereinheit des ermittelten Betreibers. 
[0033] Die detaillierte Funktionsweise der Unterfunk- 
tion SNP wird anhand von Fig. 4 und die der Unterfunk- 
tion GY und des I NAP Konverters C2 anhand von Fig. 
3 erlautert. 

[0034] In einem ersten Ausfuhrungsbeispiel wird die 
Diensterbringung von einer Dienststeuereinheit des Be- 
treibers OP1 gesteuert. 

[0035] Auf einen Rut von dem Endgerat A wird eine 
Verbindungsanforderung CAL1 durch das Telekommu- 
nikatkxisnetz geleitet. Diese Verbindungsanforderung 
enthaft als Zielrufnummer eine Dienstrufnummer, bei- 
spielsweise die Rufnummer 0800 1234567. Die Ankunft 
der Verbindungsanforderung CAL1 triggert in der 
Dienstvermittlungsstelle SSP1 eine Dienstvermittlungs- 
funktion, die eine Dienstanforderungsnachricht SR1 an 
den Infrastrukturverwalter IMU1 sendet. 
[0036] Die Dienstanforderungsnachricht SR1 wird 
von einer SCCP Nachricht des ITU-T Nr. 7 Signalisie- 
rungssystems gebildet, die eine INAP Nachricht (INAP 
Intelligent Network Application Protocol) zur Dienstan- 
forderung transportiert Als Zieladresse, die auch als 
■gbbal title" bezetchnet wird, ist die Dienstrufnummer, 
also die Rufnummer 0800 1234567 in die Dienstanfor- 
derungsnachricht eingetragen. Es ist naturiich auch 
moglich, daB als Zieladresse eine andersartige Dienst- 
kennung verwendet wird. Die Unterfunktion SRF ermit- 
tett nun mittels Zugriff auf die Datenbank DB2, welchem 



Betreiber die Zieladresse der Verbindungsanforderung 
zugeordnet ist. 

[0037] Hierfur sind in der Datenbank DB2 beispiels- 
weise Daten gespeichert, die speziellen Dienstrufnum- 
5 mern eine Betreiberkennung zuordnen. Die speziellen 
Dienstrufnummem sind die Dienstrufnummem solcher 
Dienste, die nicht innerhalb des Teilnetzes TK1 , son- 
dem von Steuereinheiten eines anderen Betreibers er- 
bracht werden. Als Kennung ist diesen Dienstrufnum- 
mem dann jeweils eine Kennung desjenigen Teilnetzes 
zugeordnet, in dem die Steuereinheit fur den Dienst an- 
gesiedelt ist. Es ist auch moglich, daB als Kennung eine 
spezielle Signal isierungsadresse oder Netzadresse zu- 
geordnet ist, uber die die dem Dienst zugeordnete 
Dienststeuereinheit erreichbar ist. 
[0038] In dem Beispiel nach Fig. 2 ist die Dienstanfor- 
derungsnachricht SR1 an einen Dienst adressiert, der 
von der Dienststeuereinheit SCP1 des Teilnetzes TK1 
gesteuert wird. Die Unterfunktion SRF ordnet somit der 
Dienstanforderungsnachricht den Interconnection Typ 
der Schnittstelle INT2 zu. Sie leitet die Dienstanforde- 
rungsnachricht SR1 an die Dienststeuereinheit SCP1 
weiter, wo die entsprechende Dienststeuerf unktion ge- 
triggert wird. Die Dienststeuerf unktion Steuert die 
Durchfuhrung des Dienstes und sendet hierfur eine 
Steuerungsnachricht CM1 uber den Infrastrukturver- 
watter IMU1 zuruck an die Dienstvermittlungsstelle 
SSP1. Bei der Steuerungsnachricht CM1 handeft es 
sich urn eine INAP Nachricht, die die von der Verbin- 
dungsanforderung CAL1 getriggerte Dienstvermrtt- 
lungsfunktion der Dienstvermittlungsstelle SSP1 an- 
weist, die Verbindungsanforderung mit der neuen Ziel- 
Rufnummer 071 1 8212345 als Verbindungsanforderung 
CAL2 weiterzuleiten. Die Verbindungsanforderung 
CAL2 wird uber die Vermittlungsstelle EX1 an das End- 
gerat Bweitergeleitet und anschlieBend wird die Verbin- 
dung zwischen den Endgeraten A und B durch das Te- 
lekommunikationsnetz aufgebaut 
[0039] Anhand von Fig. 3 wird nun ein zweites Aus- 
fuhrungsbeispiel erlautert, in dem die Diensterbringung 
von einer Dienststeuereinheit des Betreibers OP2 ge- 
steuert wird. 

[0040] Fig. 3 zeigt das Endgerate A und ein Endgerat 
C, die Dienstvermittlungsstelle SSP1, eine Vermitt- 
lungsstelle EX2, die Fun kt ion SD, die Dienststeuerein- 
heiten SCP1 und SCP4 und die Schnittstellen INT1 bis 
INT4. Die Funktion SD weist die vier Unterfunktionen 
SNP, SRF und GY, den INAP Konverter C2 und die Da- 
tenbanken DB1 und DB2 auf. Die Vermittlungsstelle 
EX2, das Endgerat C und die Dienststeuereinheit SCP4 
sind dem Betreiber OP2 zugeordnet. 
[0041] Auf einen Rul von dem Endgerat A wird eine 
Verbindungsanforderung CAL1 durch das Telekommu- 
nikationsnetz geleitet. Die Ankunft der Verbindungsan- 
forderung CAL1 triggert in der Dienstvermittlungsstelle 
SSP1 eine Dienstvermittlungsf unktion, die Dienstanfor- 
derungsnachricht SR1 an den Infrastrukturverwalter 
IMU1 sendet. 
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[0042] In dem Beispiel nach Fig. 3 ist die Dienstanfor- 
derungsnachricht an einen Dienst adressiert, der von 
der Dienststeuereinheit SCP4 des Teilnetzes TK2 ge- 
steuert wird. Die Unterfunktion SRF erhalt so von der 
Datenbank DB2 auf ihre Anf rage die Betreiberkennung 
des Teilnetzes TK2. Die Unterfunktion verandert nun die 
Zieladresse der Dienstanforderungsnachricht SRI, in- 
dem sie der Dienstrufnummer die ermittelte Betreiber- 
kennung voranstellt, ordnet ihrden Interconnection Ty- 
pe der Schnittstelle INT3 zu und sendet die veranderte 
Dienstanforderungsnachricht als Dienstanforderungs- 
nachricht SR2 uber die Unterfunktion G Y und den IN AP 
Konverter C2 an die Dienststeuereinheit SCP4, die 
durch diese veranderte Zieladresse adressiert wird. Die 
Dienstanforderungsnachricht SR2 stellt hierbei eine 
SCCP Nachricht dar, die eine I NAP Nachricht transpor- 
tiert. 

[0043] In der Dienststeuereinheit SCP4 wird die ent- 
sprechende Dienststeuerfunktion getriggert, die sodann 
zur Steuerung des Dienstes eine Steuerungsnachricht 
CM2 uber den Infrastrukturverwalter IMU1 und uber die 
Unterfunktion GY und den I NAP Konverter C2 an die 
Dienstvermittlungsstelle SSP1 sendet. Bei der Steue- 
rungsnachricht CM2 handett es sich um eine I NAP 
Nachricht, die die von der Verbindungsanforderung 
CAL1 getriggerte Dienstvenmittlungsfunktion der 
Dienstvermittlungsstelle SSP1 anweist, die Verbin- 
dungsanforderung mit der neuen Ziel-Rutnummer Dxyz 
0711 821234567 als Verbindungsanforderung CAL2 
weiterzuleiten. Die Kennung Dxyz adressiert hierbei das 
Teilnetz OP2. 

[0044] Bei der Steuerung des durch die Dienstanfor- 
derungsnachricht SR2 getriggerten Dienstes erkennt 
die Dienstetogik der Dienststeuereinheit SCP4, daS die 
Dienstanforderungsnachricht SR2 aus dem Teilnetz ei- 
nes anderen Netzbetreibers stammt. Dies hat zur Folge, 
daB sie zu der Rufnummer, an die sie den Ruf leiten will, 
zusatzlich eine Portierungskennung hinzufugt, die ihr 
Teilnetz adressiert. 

[0045] Auf das Hinzuf ugen einer Portierungskennung 
durch die Dienststeuereinheit SCP4 kann naturlich auch 
verzichtet werden. Wenn dann eine Steuemachricht 
von der Dienststeuereinheit SCP4 ein Endgerat eines 
anderen Teilnetzes adressiert, wird von der Funktion SD 
mittels Zugriff aul die Funktion RNP eine Rufnummem- 
portabilitatsf unktion auf die in der Steuemachricht trans- 
portierte Zielrufnummer angewendet. Eine weitere 
Moglichkeit besteht darin, daB eine solche Steuemach- 
richt in der Dienstvermittlungsstelle SSP1 einen Ruf- 
nummernportabilitatsdienst trigged, der sodann von der 
Funktion RNP fur die Dienstvermittlungsstelle SSP1 er- 
bracht wird. 

[0046] Die Unterfunktion GY und der I NAP Konverter 
C2 stellen eine Netzubergangsfunktion in andere Teil- 
netze des Telekommunikationsnetzes bereit. 
[0047] Der INAP Konverter C2 stellt eine Konvertie- 
rung zwischen den verschieden Format en von Dienst- 
anforderungsnachrichten und Steuennachrichten ver- 



schiedener Teilnetze bereitsteltt. Er konvertiert somrt 
beispielsweise eine rse its die in der Dienstanforde- 
rungsnachricht SR2 transportierte INAP Nachricht in die 
im Teilnetz TK2 verwendete I NAP- Version und anderer- 
s seits die in der Steuemach richt SR2 transportierte I NAP 
Nachricht in die im Teilnetz TK1 verwendete I NAP- Ver- 
sion. Werden gleiche INAP Versionen verwendet, kann 
auf den INAP Konverter C2 naturlich auch verzichtet 
werden. 

10 [0048] Die Unterfunktion GY stellt eine Uberwa- 
chungs- und Filterfunktion bereit, die die Zugriffsmog- 
lichkerten auf Einrichtungen des Teilnetzes TK1 durch 
Steuemachricht en anderer Teilnetze des Telekommuni- 
kationsnetzes beschrankt. Sie gestattet es den wahrend 

is einer Dienst interaktion von andem Teilnetzen an das 
Teilnetz TK1 gesendeten Steuemach richten nur einen 
begrenzten Satzes von INAP Operationen im erst en 
Teilnetz auszufuhren. Dieser Satz von INAP Operatio- 
nen ist so gewahlt, daB kein Zugriff auf sicherheitsrele- 

20 vante Daten, beispielsweise Vergebuhrungsdaten, 
moglich ist. Weiterprotokolliertdie Unterfunktion GYdie 
Dienstinteraktbn zwischen 

[0049] Steuereinherten anderer Teilnetze und Dienst- 
vermittlungsf unktion des Teilnetzes TK1 . Auf die Uber- 
25 wachungs- oder die Filterfunktion konnte auch verzich- 
tet werden. 

[0050] Die Verbindungsanforderung CAL3 wird uber 
die Vermittlungsstelle EX2 an das Endgerat C weiterge- 
leitet und anschlieBend wird die Verbindung zwischen 
30 den Endgeraten A und C durch das Telekommunikati- 
onsnetz aufgebaut. 

[0051] Anhand von Fig. 4 wird nun ein drittes Ausfuh- 
rungsbeispiel erlautert, in dem die Diensterbringung 
ebenfalls von einer Dienststeuereinheit des Betreibers 

35 OP2 gesteuert wird. 

[0052] Fig. 4 zeigt die Endgerate A und C, die Dienst- 
vermittlungsstellen SSP1 und SSP4, die Funktion SD, 
die Dienststeuereinheiten SCP1 und SCP4 und die 
Schnittstellen INT1 bis INT4. Die Funktion SD weist die 

40 drei Unterf un ktionen SNP, SRF und GY, den I NAP Kon- 
verter C2 und die Datenbanken DB1 und DB2 auf. Die 
Dienstvermittlungsstelle SSP4, das Endgerat C und die 
Dienststeuereinheit SCP4 sind dem Betreiber OP2 zu- 
geordnet. 

45 [0053] Auf einen Ruf von dem Endgerat A wird eine 
Verbindungsanforderung CAL1 durch das Telekommu- 
nikationsnetz geleitet. Die Ankunft der Verbindungsan- 
forderung CAL1 triggert in der Dienstvermittlungsstelle 
SSP1 eine Dienstvenmittlungsfunktion, die die Dienst- 

so anforderungsnachricht SR1 an den Infrastrukturverwal- 
ter IMU1 sendet 

[0054] In dem Beispiel nach Fig. 4 ist die Dienstanfor- 
derungsnachricht ebenfalls an einen Dienst adressiert, 
der von der Dienststeuereinheit SCP4 des Teilnetzes 
55 JK2 gesteuert wird. Die Ubergabe der Steuerung des 
Dienstes ist in dem Ausfuhrungsbeispiel nach Fig. 4 je- 
doch anders realisiert als in dem Ausfuhrungsbeispiel 
nach Fig. 3: 
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[0055] Die Unterfunktion SRF erhalt von der Daten- 
bank DB2 auf in re Anfrage eine Kennung, die der Un- 
terfunktion SNP zugeordnet ist. Diese Kennung ist in der 
Datenbank DB2 solchen Dienstrufnummem zugeord- 
net, die von einer Dienststeuereinheit eines anderen 
Teilnetzes gesteuert werden. Solchen Dienstrufnum- 
mem kann hierbei auch altemativ entweder eine Betrei- 
berkennung wie in dem Ausf Ghrungsbeispiel nach Fig. 
3 oder eine Kennung der Unterfunktion SNP wie nach 
dem Ausf Ghrungsbeispiel nach Fig. 4 zugeordnet sein. 
Betde Verfahren konnten so parallel von der Unterfunk- 
tion SRF bereitgestelft werden. 
[0056] Die Unterfunktion verandert nun die Zieladres- 
se der Dienstanforderungsnachricht SR1 , indem sie der 
Dienstrufnummer die ermittelte Kennung voranstellt, 
ordnet ihr den Interconnection Type der Schnittstelle 
INT1 zu undleitetdie Dienstanforderungsnachricht SR1 
an die Unterfunktion SNP weiter. 
[0057] Es ist auch moglich, daB die Datenbank DB2 
fur die in der Dienstanforderungsnachricht SR1 einge- 
tragene Dienstrufnummer keine Kennung zurGckgibt 
und die Dienstrufnummer als solche die Unterfunktion 
SNP als Dienststeuereinheit adressiert. Nicht an einen 
Dienst des Teilnetzes TK1 gerichtete Dienstanforde- 
rungsnachricht werden somit aufgrund ihrer Adressie- 
rung automatisch an die Unterfunktion SNP geleitet, auf 
die Datenbank DB2 wird verzichtet. 
[0058] Die Unterfunktion SNP ermittelt nun mittels Zu- 
griff auf die Datenbank DB1 , von welchem Betreiber der 
durch die Dienstrufnummer adressierte Dienst bereitge- 
stelft wird. Die Datenbank DB1 ist hierzu analog zur Da- 
tenbank DB2 aufgebaut. Die Unterfunktion SNP erhalt 
somit in diesem Ausf Ghrungsbeispiel auf ihrer Anfrage 
die Betreiberkennung desjenigen Teilnetzes mitgeteilt, 
in dem der Dienst erbracht wird. Zur Ubergabe der 
Steuerung an eine Dienststeuereinheit des ermrttetten 
Betreibers initiiert die Unterfunktion SNP nun das Sen- 
den einer Steuemachricht an die Dienstvermittlungs- 
stelte SSP1, mittels der diese verantaBt wird, den Ruf 
in das Teilnetz desjenigen Netzbetreibers weiterzu lei- 
ten, dem die Betreiberkennung zugeordnet ist. Die Un- 
terfunktion SNP steltt somit eine Dienststeuerfunktion 
dar t die Steuemachrichten an Dienstvermittlungsf unkti- 
on des Teilnetzes TK1 sendet. Die neue Zielrufnummer 
des Rufes wird hierbei beispielsweise durch die Hinzu- 
fugung der Betreiberkennung als Prefix zur bisherigen 
Zielrufnummer gebildet. 

[0059] Da die Datenbanken DB1 und DB2 sehr ahn- 
lich aufgebaut sind, ist es vorteilhaft, daB sie uber eine 
gemeinsame Datenbasis verfugen. Diese Datenbasis 
kann hierbei eine Teilmenge einer Ruf nummemportabi- 
litatsdatenbank sein, auf die auch die Funktkxi RNP zu- 
greift. 

[0060] In diesem Ausf Ghrungsbeispiel sendet die Un- 
terfunktion SNP eine Steuemachricht CMS an die 
Dienstvermittlungsstelle SSP1. Bei der Steuerungs- 
nachricht CM3 handelt es sich um eine I NAP Nachricht, 
die die von der Verbindungsanforderung CAL1 getrig- 



gerte Dienstvenmittlungsfunktion der Dienstvermitt- 
lungsstelle SSP1 anweist, die Verbindungsanforderung 
mit der neuen Ziel-Rufnummer Dxyz 0800 123567 als 
Verbindungsanforderung CAL4 weiterzuleiten. Die Ken- 
s nung Dxyz adressiert hierbei das Teilnetz OP2. 

[0061] Die Verbindungsanforderung CAL4 wird in das 
Teilnetz TK2 und dort zur Dienstvermittlungsstelle SSP4 
geleitet. Bei der Ankunft der Verbindungsanforderung 
CAL4 in der Dienstvermittlungsstelle SSP1 trigged die- 
se eine Dienstvenmittlungsfunktion, die eine Dienstan- 
forderungsnachricht SR2 an den Infrastrukturverwalter 
IMU2 sendet. Die Dienstanforderungsnachricht SR2 
wird im folgenden wie nach Fig. 2 von der Dienststeu- 
ereinheit SCP4 des eigenen Teilnetzes bearbeitet und 
eine Steuemachricht CM4 zuruck an die Dienstvermitt- 
lungsstelle SSP4 gesendet. Bei der Steuerungsnach- 
richt CM4 handelt es sich um eine I NAP Nachricht, die 
die von der Verbindungsanforderung CAL4 getriggerte 
Dienstvenmittlungsfunktion der Dienstvermittlungsstelle 
SSP4 anweise, die Verbindungsanforderung mit der 
neuen Ziel-Rufnummer 071 1 821 34567 an das Endgerat 
C weiterzuleiten. AnschlieBend wird die Verbindung 
zwischen den Endgeraten A und C durch das Telekom- 
muni katbnsnetz aufgebaut. 



Paten tanspruche 

1. Verfahren zum Bereitstellen von Diensten in einem 
aus Teilnetzen (TK1 , TK2) verschiedener Betreiber 
(OP1, OP2) bestehenden Telekommunikations- 
netz, wobei bei dem Verfahren eine Dienstvermitt- 
lungsf unkt ion einer Dienstvermittlungsstelle (SSP1 
bis SSP3) eines ersten Teilnetzes des Telekommu- 
nikationsnetzes durch einen Ruf (CAL1) getriggert 
wird, fur den ein Dienst zu erbringen ist, und die Er- 
bringung des Dienstes von einer dienstspeziflschen 
Dienstlogik einer Dienststeuereinheit (SCP1 bis 
SCP6) gesteuert wird, 

dadurch gekennzelchnet, daB eine beim Triggem 
der Dienstvenmittlungsfunktion von der Dienstver- 
mittlungsfunktion erzeugte Dienstanforderungs- 
nachricht (SR1) von der Dienstvermittlungsstelle 
(SSP1) an einen Infrastrukturverwalter (IMU1) des 
ersten Teilnetzes geleitet wird, daB der Infrastruk- 
turverwarter (IMU1 ) mittels einer in der Dienstanfor- 
derungsnachricht (SR1) transportierten Dienstken- 
nung ermittelt, von welchem Betreiber der Dienst 
bereitzustellen ist, und daB der Infrastrukturverwal- 
ter (IMU1) die Dienstanforderungsnachricht (SR1) 
an eine Dienststeuereinheit (SCP1 bis SCP3) des 
ersten Teilnetzes weiterleitet, wenn als Betreiber 
der Betreiber (OP1 ) des ersten Teilnetzes ermittelt 
wird und der Infrastrukturverwalter (IMU1) anson- 
sten die Steuerung des Dienstes an eine Dienst- 
steuereinheit eines zweiten Teilnetzes (TK2) uber- 
gibt, das dem ermitteften Betreiber zugeordnet ist 
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2. Verfahren nach Anspruch 1 , dadurch gekennzeich- 
net, daB ats Dienstkennung die im Rut (CAL1) 
transportierte Dienstrufnummer in der Dienstanfor- 
derungsnachricht (SR1) transportiert wird. 

5 

3. Verfahren nach Anspruch 1 , dadurch gekennzeich- 
net, daB als Dienstanforderungsnachricht (SR1) ei- 
ne SCCP-Nachrtcht uber das Signal isierungsnetz 
des ersten Teilnetzes (OP1) zum Infrastrukturver- 
warter (IMU1 ) transportiert wird und der Infrastruk- io 
turverwalter (IMU1) die Zieladresse der SCCP 
Nachricht als Dienstkennung auswertet. 

4. Verfahren nach Anspruch 1 , dadurch gekennzeich- 
net, daft der Inf rastrukturverwatter (IMU1 ) zur Uber- 15 
gabe der Steuerung des Dienstes eine Dienstanfor- 
derungsnachricht (SR2) uber eine Netzubergangs- 
funktion in das zweite Teilnetz (TK2) sendet. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 20 
net, daft der Infrastrukturverwarter (IMU1) eine 

I NAP Dienstanforderungsnachricht zur Ubergabe 
der Steuerung in das zweite Teilnetz (TK2) sendet. 

6. Verfahren nach Anspruch 3 und 4, dadurch gekenn- 25 
zeichnet, daB der Infrastrukturverwarter (IMU1) die 
Zieladresse der SCCP Nachricht umwertet und die 

so veranderte SCCP Nachricht (SR2) in das zweite 
Teilnetz (TK2) sendet. 

30 

7. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daft die Netzubergangsfunktton (C2) Steuer- 
einheiten des zweiten Teilnetzes (TK2) nur die Aus- 
fuhrung eines begrenzten Satzes von Funktionen 

im ersten Teilnetz (TK1) gestattet. 35 

8. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB die Netzubergangsfunktton (C2) die 
Dienstinteraktion zwischen Steuereinheiten des 
zweiten Teilnetzes (TK2) und der Dienstvermrtt- 40 
lungsfunktion protokolliert. 

9. Verfahren nach Anspruch 1 , dadurch gekennzetch- 
net, daB der Infrastrukturverwarter (IMU1 ) zur Uber- 
gabe der Steuerung des Dienstes das Weiterleiten 45 
des Ruf es in das Teilnetz des ermitterten Betreibers 
veranlaBL 

10. Infrastrukturverwarter (IMU1, IMU2) zur Unterstut- 
zung der Bereitstellung von Diensten in einem aus so 
Teilnetzen (TK1, TK2) verschiedener Betreiber 
(OP1, OP2) bestehenden Telekommunikations- 
netz, 

dadurch gekennzeichnet, daB der Infrastruktur- 
verwarter (I MU 1 ) mit einer ersten Kommunikations- 55 
einheit (KOM1) versehen ist, um beim Triggem ei- 
ner Dienstvermittlungsfunktion durch einen Ruf 
(CAL1) von einer Dienstvermittlungsstellen (SSP1 



bis SSP3) des ersten Teilnetzes des Telekommuni- 
kationsnetzes erzeugte Dienstanforderungsnach- 
richten (SR1) zu empfangen, daB der Infrastruktur- 
verwarter (IMU1) mit einer zweiten Kommunikati- 
onseinhert (KOM2) zur Interaktion mit Dienststeu- 
ereinheiten (SCP1 bis SCP3) des ersten Teilnetzes 
versehen ist, und daB der Infrastrukturverwarter 
(IMU1) mit einer Steuereinheit (CONTR) versehen 
ist, die so ausgestaltet ist, daB sie mittels einer in 
der Dienstanforderungsnachricht (SR1) transpor- 
tierten Dienstkennung ermittett, von welchem Be- 
treiber (OP1 , OP2) der Dienst berertzustellen ist, 
und daB sie die Dienstanforderungsnachricht an ei- 
ne der Dienststeuereinherten (SCP1 bis SCP3) des 
ersten Teilnetzes weiterleitet, wenn als Betreiber 
der Betreiber (OP1 ) des ersten Teilnetzes ermittett 
wird und sie ansonsten die Steuerung des Dienstes 
an eine Dienststeuereinheit (SCP4 bis SCP6) eines 
zweiten Teilnetzes ubergibt, das dem ermittelten 
Betreiber zugeordnet ist. 

11. Infrastrukturverwarter (IMU1) nach Anspruch 10, 
dadurch gekennzeichnet, daB die Steuereinhert 
(CONTR) we iter so ausgestaltet ist, daB sie eine 
Rufnummemportabilitatsfunktion fur Rufe erbringt. 

12. Infrastrukturverwarter (IMU1) nach Anspruch 10, 
dadurch gekennzeichnet, daB die Steuereinhert 
(CONTR) weiter so ausgestaltet ist, daB sie eine 
gemeinsame Datenbankzur Bereitstellung der Ruf- 
nummemportabilitatsfunktion und zur Ermittlung 
des Betreibers verwendet. 

13. Infrastrukturverwarter (IMU1) nach Anspruch 10, 
dadurch gekennzeichnet, daB der Infrastrukturver- 
warter (IMU1 ) mrt ein oder mehreren INAP-Konver- 
tem (C1 bis C4) zum AnschluB von Dienststeuer- 
einherten und Die nstvermittlungste lien mit unter- 
schiedlichen INAP-Schnittstellen versehen ist. 

14. Dienststeuerplattform (SP1, SP2) zur Steuerung 
von Diensten in einem Telekommunikationsnetz, 
das verschiedenen Betreibem (OP1, OP2) zuge- 
ordnete Teilnetze (TK1 , TK2) aufweist, wobei die 
Dienststeuerplattform (SP1 ) mit ein oder mehreren 
Dienststeuereinherten (SCP1 bis SCP3) zur Aus- 
f Oh rung dienstspeziftscher Dienstlogika versehen 
ist, die einem ersten Teilnetz (TK1) des Telekom- 
munikationsnetzes zugeordnet sind, 

dadurch gekennzeichnet, daB die Dienststeuer- 
plattform (SP1 ) weiter mit einem Infrastrukturver- 
warter (IMU1) versehen ist, der mit den ein oder 
mehreren Dienststeuereinherten (SCP1, SCP3) 
verbunden ist, daB der Infrastrukturverwarter 
(IMU1) mit einer ersten Kommunikatkxiseinhert 
(KOM1) versehen ist, um beim Triggem einer 
Dienstvermittlungsfunktion durch einen Ruf (CAL1) 
von einer Dienstvermittlungsstelle (SSP1 bis 
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SSP3) des ersten Teilnetzes des Telekommunikati- 
onsnetzes erzeugte Dienstanforderungsnach rich- 
ten (SR1 ) zu empfangen, und daB der Infrastruktur- 
verwalter (IMU1) mrt einer Steuereinheit (CONTR) 
versehen ist, die so ausgestaltet ist, daB sie mittels s 
einer in der Dienstanforderungsnachricht (SR1) 
transportierten Dienstkennung ermrttelt, von wel- 
chem Betreiber der Dienst bereitzustellen ist, und 
daB sie die Dienstanforderungsnachricht an eine 
der ein Oder mehreren Dienststeuereinherten 10 
(SCP1 bis SCP3) des ersten Teilnetzes weiterleitet, 
wenn ats Betreiber der Betreiber (OP1) des ersten 
Teilnetzes ermittelt wird und sie ansonsten die 
Steuerung des Dienstes an eine Dienststeuerein- 
heit eines zweiten Teilnetzes (TK2) ubergibt, das ^ 
dem ermittetten Betreiber zugeordnet ist. 
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